MediaWiki talk:Questycaptcha-addurl

Is there a way to prevent a new user from losing all their work?
Not all browsers save form fields when you click a link. Seeking help should not cause a user to trash their edit.

I tried this, but the link didn't render properly (heh, I knew that). Any thoughts? Ryan W 00:16, 4 October 2011 (UTC)
 * What browser does this exactly? Reason I'm asking is that I have some alternatives, but they might be useless for a browser that's so archaic/stripped that it can't even remember a form field. Now my fix would be useful for someone who left the page for too long a period (happens on forums a lot when a user types out a long post that takes a while) and tries to come back or for a person who has security settings set to not remember previous page form fields for security purposes.
 * Technically you're supposed to use JavaScript to open a new window for things like this, but I would imagine that would require someone with backend privileges (Quasar/Manc) to add and that is what you're trying to avoid. If it doesn't, then I have a JavaScript method that would work best. Otherwise I can show you a CSS method (however it requires a more recent browser to work). Nuxius 06:08, 4 October 2011 (UTC)
 * Not a specific incident, just an amalgam of memories over the years. I'll test some more.


 * I had forgotten about the edit expiring (which used to happen to me routinely in Linux; sometimes I still reload the last preview before saving). The login session can also expire while you are editing, although I think in that case the edit is saved, it's just credited to your IP.    Ryan W 16:57, 4 October 2011 (UTC)


 * Based on these results, I think backend changes are contraindicated.   Ryan W 00:35, 5 October 2011 (UTC)


 * IE 8 / XP: initially shows the "page expired" error, then when I push F5, I get the "resubmit form fields, are you sure?" popup. Then I return to the article, with the test edit intact.  (Caching is on and I only waited about 30 seconds to hit the back button.)
 * Firefox 3.6.8 / XP: no problem.
 * Firefox 7.0.1 / MacOS 10.6: no problem.
 * Safari 5 / MacOS 10.6: popup warning about resubmitting a form appears, but then I am returned to my editing session.
 * Opera 11.51 / MacOS 10.6: inconclusive. Styles and CSS didn't seem to load at all, and I could only open the help page in a new tab.   EDIT:  Another connection flitter perhaps.  I tried it again and the back button worked with no issue.  (Interestingly there was a second fill-in box, both before and after I tried to save: "Anti-spam check. Do NOT fill this in!")
 * You know, I just read that wikimedia page you linked to a little more thoroughly this time (last time I was in a bit of a hurry and just glanced over it) and realized I had mistaken what you couldn't do here. For some reason I had thought it was just the "target" part you couldn't do, not the whole html link itself. Knowing that, I don't think there's any way you can do it without editing the backend. - Nuxius 19:48, 5 October 2011 (UTC)
 * Technically you're supposed to use JavaScript to open a new window for things like this, What? What happened to target="_blank"? --Gez 20:13, 4 October 2011 (UTC)
 * Because this is one of those cases where the user is going to click the link to get some quick information, close it, and move on with what they are doing. A small JavaScript window in the center of the page with nothing but the information needed in it is preferable (in these instances) over a large full window with a bunch of extraneous clutter. It's excessive for the task at hand. Of course, you can include the "target" attribute as well for those who have JavaScript disabled. - Nuxius 19:48, 5 October 2011 (UTC)